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FIELD OF THE INVENTION 

The present invention relates generally to long-latency computer operations, and, 
more specifically, to retiring early-completion instructions to improve throughput. 

BACKGROUND OF THE INVENTION 
5 Computers commonly execute program instmctions in a pipeline in which the 

system begins executing a second instruction before the first instruction has been 
completed. In such conditions, several instructions are concurrently in a pipeline, and 
each instruction is at a different processing stage. In various computer architectures, a 
great portion of instructions do not have any effect on the program behavior after some 

10 stage of the pipeline. Such instructions continue to use system resources and block 
launching of subsequent instructions even after they could be determined to have no 
further effect on the overall state of the computation in progress. 

The presence of such instructions also degrade system performance, particularly in 
parallel with long-latency operations, such as in data-cache miss situations or floating- 

15 point divide instructions, etc. Data-cache misses occur when the system attempts to use 
data while the data is still in memory and has not been brought to cache. In that case, the 
system must fetch the data from memory. Conversely, data-cache hits occur when the 
data is in the cache ready for use when needed. In one approach, fetching data from 
memory may take over 100 system clock cycles while fetching the same data from cache 

20 takes about three cycles. In one approach, to mitigate performance losses due to data 
cache misses, the system allows hit-under-miss processing in which the data cache and 
memory bus system service simultaneously multiple outstanding misses while the 
processor proceeds with parts of the workload that are data-ready (e.g., as a result of cache 
hits). Executing data-ready instmctions may be considered as out-of-order execution. 

-1- 

10013954-1 



The data-ready instructions continue through the processor pipeUne to the instruction 
retirement stage, where they must wait behind the missing-data instructions that have not 
been completed. In effect, completely executed instructions are backed up behind 
incomplete instructions. 
5 The depths of the pipeline queue holding instructions to be processed out-of-order 

limit the amoxmt of hit-under-miss processing. In one approach, when the pipeline queues 
are full, no additional instructions are fetched to the queue until the missing-data 
instructions at the head of the queue complete. Consequently, no more work can be done 
past the few cycles it takes for the already executing instructions to finish and pile up in 
10 the retirement queue behind the missing-data instructions. 

In most approaches, the pipeline queues store at most a few dozen instructions, 
□ and these instructions can be finished in less than a third of the system-clock cycles 

necessary to fetch the missing data to cache. As a result, no work is done for the 
Yi remaining two-thirds of the cycles while waiting on one missing-data instmction to 

15 complete. Meanwhile, many of the abready-executed instructions queued behind the 

missing-data instructions are completely finished. This situation is compounded when the 
missing data finally returns firom memory and instruction retirement resumes. At that 
point, most or all of the work on the instructions behind the missing-data instmction is 
done. System throughput is thus limited by the processor's retirement bandwidth, which 
20 may be less per cycle than the number of completed instructions ready to retire. 

Based on the foregoing, it is clearly desirable that mechanisms be provided to 
solve the above deficiencies and related problems. 
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SUMMARY OF THE INVENTION 

The present invention, in various embodiments, provides techniques for retiring 
instructions that typically complete early as compared to most instructions. Early- 
completion instructions, even though their functions are complete, may impede progress 
of an instruction queue. 

In a first embodiment, at each stage of the various processing stages, each 
instruction capable of early retirement is processed in accordance with the stage. At a 
particular stage, if the instruction meets the criteria for early retirement, then the 
instruction is terminated, e.g., "retired," and the system is updated to reflect that the 
instruction has been terminated. However, if, at that particular stage, the instmction does 
not meet the criteria for early retirement, then the instruction is processed to the next 
stage, and it is determined again whether the instruction meets the criteria for early 
retirement. If the instmction meets the criteria, then the instruction is terminated, or if the 
instruction does not meet the criteria, then the instmction is processed to the next stage, 
and so on, until the instruction is retired. 

In a second embodiment, it is predetermined that early-completion instructions are 
to be retired at a particular stage. Consequently, all instmctions are processed normally 
and early-completion instmctions are retired when they reach that particular stage. For 
example, early-completion instmctions are retired out-of-order after they reach a 
particular stage in an instmction queue, even though they meet the early-retirement 
criteria prior to entering the queue. Further, when an instmction meets the criteria for 
early retirement, a signal is associated with the instmction to indicate that the instmction 
is ready for early retirement. 

In a third embodiment, early-completion instmctions are retired out-of-order when 
an instmction queue is full. As a result, all instmctions are processed normally until the 
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instruction queue is full. At that time, the system is frozen, e.g., all units stop processing 
instructions. For each instruction in the instruction queue, if the instruction meets the 
criteria for early retirement, then the instruction is terminated and the system is updated to 
reflect that the instruction has been terminated. The system is then unfrozen, and all units 
5 resume their functions. In one embodiment, if an instruction meets the early-retirement 
criteria prior to entering the queue, then a signal associated with the instruction is 
generated to indicate that the instruction is eligible for early retirement. 
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BRffiF DESCRIPTION OF THE DRAWINGS 

The present invention is illustrated by way of example, and not by way of 
limitation, in the figures of the accompanying drawings in which like reference numerals 
refer to similar elements and in which: 

FIG. 1 shows a system upon which embodiments of the invention may be 
implemented; 

FIG. 2 is a flowchart for a method implementing a first embodiment of the 
invention; 

FIG. 3 is a flowchart for a method implementing a second embodiment of the 
invention; 

FIG. 4 is a flowchart for a method implementing a third embodiment of the 
invention; and 

FIG. 5 is a block diagram of a computer upon which embodiments of the invention 
may be implemented. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

The present invention, in various embodiments, provides techniques for 
accellerating retirement of early-completion instructions. In one embodiment, the 
presence of early-completion instructions in an instruction queue can contribute to 
5 blocking progress of that queue and thus of the system as a whole. In particular, when the 
queue is full, no additional instructions can be fetched to the queue until some instructions 
are retired to provide needed room for the incoming instructions. In the following 
description, for the purposes of explanation, numerous specific details are set forth in 
order to provide a thorough understanding of the invention. However, it will be apparent 
10 to one skilled in the art that the invention may be practiced without these specific details. 
In other instances, well-known structures and devices are shown in block diagram form in 
order to avoid obsciuing the invention. 



HARDWARE OVERVIEW 

15 FIG. 1 shows an exemplary system 100 upon which embodiments of the invention 

may be implemented. System 100 includes an instruction fetch unit 130, an issue unit 
140, an instruction queue 150, an execution imit 160, and a retire xmit 170. 

Fetch unit 130 fetches instructions to queue 150. Generally, fetch unit 130 knows 
whether queue 150 is full so that fetch unit 130 can stop or continue fetching instructions 

20 to queue 150. Fetch unit 130 usually receives instructions fi-om an instruction cache or 
system main memory. In one embodiment, fetch unit 130 includes a "sort" sub-unit for 
assigning instructions to appropriate instruction queues or to sub units in execution unit 
160. In an altemative embodiment, the sort sub-unit is not part of fetch imit 130 and 
resides outside of fetch unit 130. In one embodiment, the sort sub-unit, based on 

25 predecode bits associated with each bundle of instructions, determines in which queue 
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150 to put each instruction. Further, the sort sub-unit stores instructions to be executed in 
the order the instructions are fetched by fetch unit 130. 

Issue unit 140 ensures inputs to each instruction are ready for assignment to a sub 
unit in execution unit 160. 
5 For illustration purposes, FIG. 1 shows only one instruction queue 150. However, 

there may be more than one instruction queue 150, including, for example, an ALU queue 
and a memory queue. Instruction queue 150, in one embodiment, has an array of 28 slots 
for 28 instructions, one slot per instruction. Additionally, once instruction queue 150 is 
full, no additional instruction is fetched into queue 150 until some instructions in queue 

10 150 are retired to provide needed room for the incoming instmctions. In one 

embodiment, queue 150 includes an instmction controller 155 that assigns each 
instruction to an appropriate sub-execution-imit in execution unit 160. Instruction 
controller 155 also decides which instructions are to be retired early. An instruction 
becomes eligible to be lamiched from queue 150 to execution unit 160 when all 

15 dependencies of the instruction are satisfied, e.g., the resources needed by the instmctions 
are available. In most situations, dependencies are satisfied by other instructions 
launching, retiring, or passing a "proceed" indicator. 

Execution xmit 160 executes instmctions laimched from queue 150. In one 
embodiment, execution unit 160 includes various sub units such as load/store address 

20 162, integer ALUs 164, shift/merge 166, multiply/accumulate 168, divide/square root 
169, etc. Load/store address sub-unit 162 loads and stores the address and the data and 
instmction to, for example, a memory buffer from which the instmction may be executed. 
Integer ALUs sub-unit 164 executes instmctions involving integers such as ADD, 
SUBSTRACT, etc. Shift/merge sub-unit 166 shifts and/or merges data in various 

25 instructions. In one embodiment, a NO-OP (no-operation) instmction is executed in unit 
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integer ALU 164, a prefetch instruction is executed in unit load/store 162. Once an 
instruction has successfully executed, it is eUgible to be retired. 

Retire unit 170 controls the retirement of instructions. After retirement, the slot 
for the retired instruction is cleared so that it is ready to accept a new instruction. In one 
embodiment, retirement includes updating the architectural state of the system, copying 
the rename register to other registers (general registers, floating-point registers, etc.), 
storing the results of the instructions in memory or in the processor's registers, etc. In one 
embodiment, the architectural state comprises the most recently completed and pending 
assignment to each register, relative to the end of the known instruction sequence, 
regardless of which instructions have been issued or completed. This is the state that 
should be accessed by an instruction following a particular sequence for correct program 
operation. Retire unit 1 70 keeps track of where the next oldest instruction is coming 
from. In one embodiment, retire unit 170, after retiring early-completion instructions, 
updates the architecture registers to a state corresponding to the state as if the early- 
completion instructions are executed in-order so that the system can recognize that these 
early-completion instructions are completely terminated. Retire unit 170 may also 
commit temporary results in the performance core of the system executing the instruction 
to the architectural state. In some situations, retire xmit 170 may not receive early- 
completion instructions because these instructions are terminated without entering queue 
150, execution unit 160, or retire xmit 170. 

Generally, each instruction is processed through the various stages of units 130, 
140, 150, 160, and 170 in a sequence defined by the program. That is, the instruction is 
executed in order. Further, system 100 uses a pipeline technique in which an instruction 
is pipelined through fetch unit 130, issue xmit 140, instmction queue 150, execution unit 
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160, and retire unit 170. Most instructions are processed through the pipeUne cycle, and 
after being processed in retire unit 1 70, an instruction is retired in order. 

In one embodiment, system 100 does not include instruction queue 150. After the 
instructions propagate to, and are executed in, execution unit 1 60, they queue in retire unit 
170 so that the system architectural state can be updated. 

EARLY RETIREMENT INSTRUCTIONS 
In accordance with the techniques disclosed herein, if an instruction meets the 
early-retirement criteria, then the instruction is eligible for early retirement or retired out 
of order of the normal sequence driven by the program. In one embodiment, the criteria 
are met when the instmction is executed to a point that continued execution of the 
instruction does not change the system architectural state or does not have any fiirther 
effect on the program behavior. Early-completion instructions are those that complete 
their fixnctions without necessarily completing their fiiU pipeline cycle or updating the 
architectural state. Early-completion instructions do not necessarily flow through all units 
130, 140, 150, 160, and 170, but may be terminated while being in one of the units 130, 
140, 150, 160, and 170. Consequently, in accordance with the techniques disclosed 
herein, early-completion instructions are retired out-of-order. In one embodiment, each 
early-completion instruction includes a tag, such as a bit, to indicate that the instruction is 
an early-completion instmction. 

TYPE OF EARLY-COMPLETION INSTRUCTIONS 
System throughput can be improved by using the techniques disclosed herein on at 
least NO-OP, prefetch, and branch instructions, or any other type of instmction 
determined to be nullified or predicated- false. However, the invention is not limited to 
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these types of instructions. Techniques of the invention are apphcable to different 
instructions meeting the criteria to be retired early. Exemplary criteria for early retirement 
include (1) the current instance of the instructions will not update the architectural state 
other than the program counter or (2) the update can be determined to be redundant, e.g., a 
5 load of the same value already in a register. 

In one embodiment, NO-OP instmctions are both explicit and implicit. An 
explicit NO-OP instruction includes an op-code that does nothing, i.e., except taking up 
space. In one embodiment, NO-OP instructions include a logical "OR" of a register RO 
with a register RO, loading a value 0 from register RO into register RO (e.g., instruction 

10 LDO), etc. Further, register RO is hardwired to a logical 0, and, consequently, writing any 
value to a register RO is a NO-OP because such writing has no program effect. In one 
embodiment, evaluating the op-code and the register target of an instruction provides 
information to determine whether an instruction is a NO-OP instruction. 

Prefetch instructions, in one embodiment, are instructions that load data from a 

1 5 particular location into a data cache so that the data is ready to be used by another 

instruction. After the data has been loaded, the instruction has no program effect and may 
be treated as a NO-OP instmction. In one embodiment, once prefetch instructions are 
issued as a bus transaction to memory, their function is complete, e.g., they have no 
fiirther program effect. In this example, the main program effect is memory operation, 

20 and once the data is fetched from memory, the fimction of the data prefetch instruction is 
complete. As another example, a prefetch instruction loading data from memory to cache 
has no program effect if the data is already in the cache when an instruction using the data 
is executed. 

Branch instructions, after some processing stages, meet the early-retirement 
25 criteria, particularly once a branch instruction condition is knovm. Further execution of 
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an instruction branch is then predictable, i.e., whether a branch condition is satisfied and 
thus the instructions for that branch target are processed. Similarly, if a branch condition 
is not satisfied, then this branch target of the instruction is not processed. Jn one 
embodiment, fetch unit 130 predicts processing of a branch instruction, and execution unit 
5 160 confirms or rejects the prediction of fetch imit 130. Execution unit 160 thus can 
determine whether the fimction of a branch instmction is complete. 

Nullified or predicated-false instructions are those rendered inoperative or invalid 
by another instruction, usually based on the execution result of that instruction. In one 
„ embodiment, as prescribed by the Precision Architecture industry standard, an instruction 

10 is nullified, if at all, by an immediately preceding instruction in the program order. A 
ia branch instruction may be considered a nullified instruction, e.g., when a branch is not 

Q executed due to the execution of the other branch. In another embodiment, as prescribed 

by the Itanium family architecture, an instruction's execution may be disabled by one or 
Yi more of its predicate bits having been previously set to false. 

y 15 

TECHNIQUES FOR RETIRING EARLY-COMPLETION INSTRUCTIONS 
FIRST EMBODIMENT 

FIG. 2 is a flowchart illustrating a method for implementing a first embodiment of 
the invention. In this embodiment, instmctions are normally processed through one or 

20 more of the various processing stages. In step 204, each instruction capable of early 

completion is identified. At each stage of the various stages, each identified instruction, 
in step 208, is processed in accordance with that particular stage. In step 210, it is 
determined whether an early-completion instruction is eligible for early retirement. That 
is, whether the instruction meets all criteria for early retirement. If it is, then, in step 212, 

25 the instruction is terminated, and, in step 216, the system state is updated reflecting that 
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the instruction has been completed. However, if the instruction is not eUgible for early 
retirement in a particular stage, then the instruction, in step 214, proceeds to the next 
stage, and the instruction is processed in accordance with step 208. That is, if the 
instruction meets the early-retirement criteria, then the instruction is terminated; 
otherwise, the instruction proceeds to the next stage, etc. 

NO-OP instructions can greatly benefit from this embodiment of the invention 
because NO-OP instructions can be terminated very early in the process, hi one 
embodiment, when a NO-OP instruction is brought into the instruction cache, the 
instruction cache decodes and provides information to determine whether an instruction is 
a NO-OP instruction. If the instruction is a NO-OP, then the instruction can be 
terminated immediately. Alternatively, when the instruction and the information 
indicating that the instruction is a NO-OP is passed to other units, other imits can 
terminate the instruction. Li one embodiment, fetch unit 130 terminates NO-OP 
instructions by simply ignoring that instruction (beyond the necessary bookkeeping to 
account for its effect on the program counter), hi these conditions, NO-OP instructions 
do not enter queue 150, execution unit 160, or retire unit 170. 

SECOND EMBODIMENT 

FIG. 3 is a flowchart illustrating a method implementing a second embodiment of 
the invention. In step 304, an instruction capable of early retirement is identified. In step 
308, the identified instmction is processed to a stage where the instruction meets the 
early-retirement criteria. It may take one or more stages before an instruction can be 
determined to meet the early-retirement criteria. After the instruction meets the criteria, a 
signal associated with the instruction is generated in step 3 16 to indicate that the 
instruction has met the criteria for early retirement. In one embodiment the signal is sent 
to an early-retirement unit informing such unit that the instruction is eligible for early 
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retirement. In step 318, the instruction is processed to instruction queue 150. In step 320, 
based on the early-retirement signal, the instruction is terminated, e.g., retired early or 
out-of-order. In one embodiment, the early-retirement unit arranges such termination, and 
instruction controller 155 performs the functions of the early-retirement unit. Further, 
5 when instmction controller 155 receives the early-completion signal, instruction 
controller 155 discards the instruction to terminate it and updates its intemal state to 
account for the pipeline "bubble" that results. After the instruction is retired out-of-order, 
the system is updated in step 324 to reflect that the early-completion instruction has been 
terminated. 

10 This second embodiment is beneficial because early-completion instructions are 

retired out-of-order without having to wait in instruction queue 150 to be retired in-order 
as in other approaches. Further, this second embodiment, having a centralized early- 
retirement unit to retire early-completion instructions, does not require early-retirement 
units in each of the pipelined units. Consequently, this second embodiment can be less 

1 5 expensive than other approaches. 

THIRD EMBODIMENT 

FIG. 4 is a flowchart illustrating a method implementing a third embodiment of 
the invention. In step 404, instructions are executed normally, i.e., the instructions are 
processed through appropriate stages in units 130, 140, 150, etc., and up to a point where 

20 instruction queue 150 is full. In step 408, the system executing the program is frozen. 

Alternatively, all units stop processing instructions. In step 410, instruction controller 155 
sends a signal to fetch unit 130 indicating that queue 150 is full and requests that fetch 
unit 130 stop fetching instructions to queue 150. In step 412, for each instruction in 
queue 150, it is determined whether the instruction meets the criteria for early retirement. 

25 In one embodiment, execution unit 160 indicates whether the criteria are met. In step 
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416, each instruction meeting the early-retirement criteria is terminated, e.g., removed 
from queue 150. As in other embodiments, there are various ways to remove an 
instmction from queue 150. In one embodiment, omitting the instruction from further 
processing terminates it, or, in effect, removes it from queue 150. In step 420, the system 
5 state is updated to reflect that an early-retirement instruction has been completely 

terminated. In step 424, the system is unfrozen, e.g., all units resxmie their fimctions. In 
step 428, a "ready" signal is sent to fetch unit 130 indicating that queue 150 is ready to 
receive additional instructions for fetch unit 130 to take actions accordingly. In one 
embodiment, instruction controller 155 unfreezes the system and sends the ready signal to 
10 fetch unit 130. 

Depending on the embodiment, updating the system state may include changing 
system data structure, removing traces related to the instructions, reverting the system to a 
consistent state as if the early-retirement instruction does not exist, etc. 



1 5 BENEFIT OF THE INVENTION 

In one embodiment, there are about 28 instructions in instruction queue 150, and 
in many instances about 6-7 instructions are subject to early completion. Retiring early 
these early-completion instructions can double the speed of the system. Early retiring 
early-completion instructions also increases the system capacity without enlarging queue 

20 150, and increases retirement bandwidth because early-completion instructions not only 
take up instruction queue space but also take up retirement bandwidth. 



COMPUTER SYSTEM OVERVIEW 
FIG. 5 is a block diagram showing a computer system 500 upon which an 
25 embodiment of the invention may be implemented. For example, computer system 500 
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may be implemented to include system 100. In one embodiment, computer system 500 
includes a processor 504, random access memories (RAMs) 508, read-only memories 
(ROMs) 512, a storage device 516, and a commimication interface 520, all of which are 
connected to a bus 524. 

Processor 504 controls logic, processes information, and coordinates activities 
within computer system 500. In one embodiment, processor 504 executes instructions 
stored in RAMs 508 and ROMs 512, by, for example, coordinating the movement of data 
from input device 528 to display device 532. 

RAMs 508, usually being referred to as main memory, temporarily store 
information and instructions to be executed by processor 504. Information in RAMs 508 
may be obtained from input device 528 or generated by processor 504 as part of the 
algorithmic processes required by the instructions that are executed by processor 504. 

ROMs 512 store information and instructions that, once written in a ROM chip, 
are read-only and are not modified or removed. In one embodiment, ROMs 512 store 
commands for configurations and initial operations of computer system 500. 

Storage device 516, such as floppy disks, disk drives, or tape drives, durably stores 
information for used by computer system 500. 

Communication interface 520 enables computer system 500 to interface with other 
computers or devices. Communication interface 520 may be, for example, a modem, an 
integrated services digital network (ISDN) card, a local area network (LAN) port, etc. 
Those skilled in the art will recognize that modems or ISDN cards provide data 
communications via telephone lines while a LAN port provides data communications via 
a LAN. Communication interface 520 may also allow wireless communications. 

Bus 524 can be any commimication mechanism for communicating information 
for use by computer system 500. In the example of FIG. 5, bus 524 is a media for 

-15- 

10013954-1 



transferring data between processor 504, RAMs 508, ROMs 512, storage device 516, 
communication interface 520, etc. 

Computer system 500 is typically coupled to an input device 528, a display device 
532, and a cursor control 536. Input device 528, such as a keyboard including 
5 alphanumeric and other keys, communicates information and commands to processor 504. 
Display device 532, such as a cathode ray tube (CRT), displays information to users of 
computer system 500. Cursor control 536, such as a mouse, a trackball, or cursor 
direction keys, communicates direction information and commands to processor 504 and 
controls cursor movement on display device 532. 

10 Computer system 500 may communicate with other computers or devices through 

one or more networks. For example, computer system 500, using communication 
interface 520, communicates through a network 540 to another computer 544 connected 
to a printer 548, or through the world wide web 552 to a server 556. The world wide web 
552 is commonly referred to as the "Litemet." Alternatively, computer system 500 may 

15 access the Intemet 552 via network 540. 

Computer system 500 may be used to implement the techniques described above. 
In various embodiments, processor 504 performs the steps of the techniques by executing 
instructions brought to RAMs 508. In altemative embodiments, hard- wired circuitry may 
be used in place of or in combination with software instructions to implement the 

20 described techniques. Consequently, embodiments of the invention are not limited to any 
one or a combination of software, hardware, or circuitry. 

Instructions executed by processor 504 may be stored in and carried through one 
or more computer-readable media, which refer to any medium from which a computer 
reads information. Computer-readable media may be, for example, a floppy disk, a hard 

25 disk, a zip-drive cartridge, a magnetic tape, or any other magnetic medium, a CD-ROM, a 
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CD-RAM, a DVD-ROM, a DVD-RAM, or any other optical medium, paper-tape, punch- 
cards, or any other physical medium having pattems of holes, a RAM, a ROM, an 
EPROM, or any other memory chip or cartridge. Computer-readable media may also be 
coaxial cables, copper wire, fiber optics, acoustic, or light waves, etc. As an example, the 
5 instructions to be executed by processor 504 are in the form of one or more software 
programs and are initially stored in a CD-ROM being interfaced with computer system 
500 via bus 524. Computer system 500 loads these instructions in RAMs 508, executes 
some instructions, and sends some instructions via commimication interface 520, a 
modem, and a telephone line to a network, e.g. network 540, the Internet 552, etc. A 

10 remote computer, receiving data through a network cable, executes the received 

instructions and sends the data to computer system 500 to be stored in storage device 516. 

Li the foregoing specification, techniques of the invention have been described 
with reference to specific embodiments thereof. However, it will be evident that various 
modifications and changes may be made thereto without departing from the broader spirit 

15 and scope of the invention. For example, system 100 may not include all units shown in 
FIG. 1 or may include additional units not shown in that FIG. 1, and each unit may 
include one or more processing stages. Accordingly, the specification and drawings are to 
be regarded as illustrative rather than as restrictive. 



10013954-1 



-17- 



